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A METHOD AND SYSTEM FO R USING AN APPLICATION PROGRAMMABLE 
SMART CARD FOR FINANCIAL TRANSACTIONS IN MULTIPLE 

COUNTRIES 



FIELD OF THE INVENTION 

The present invention relates to the field of smart 
cards for conducting financial transactions. More 
particularly, the present invention relates to a smart 
card that can be programmed with the proper application 
to transact with automatic teller machines and merchant 
terminals in any area to which the cardholder is 
traveling. 



BACKGROUND OF THE INVENTION 

Credit cards, debit cards, and automatic teller 
machine cards are widely used by consumers around the 
world to access, transfer and spend money. These cards 
make use of a magnetic strip disposed on the back of the 
card which is encoded with information about the 
cardholder and the account or accounts accessed by the 
card. Terminals, which may be automatic teller machines 
(ATMs) or merchant terminals at a place of business or 
point of sale, are used to read the coded information on 
the card and access the cardholder's account to complete 
a financial transaction. 
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Besides the well-known credit and debit cards, 
stored value cards are becoming increasingly popular. A 
stored value card is a card that is purchased or 
established for a specific monetary amount. That 
monetary amount is stored as the value of the card. When 
the cardholder desires to use the stored value card to 
purchase goods or services, the card is presented at the 
point of sale and the cost of the goods or services 
purchased is deducted from the value of the card. 

The cardholder may continue to use the stored value 
card in this manner until all the value has been removed 
from the card. The card may then be discarded user of 
the care may provide a method for replenishing the value 
of the card. Such cards are commonly used today as a 
means for paying subway fare and making phone calls. 

The development of such convenient financial 
instruments has also produced "smart cards" which are 
especially popular in Europe. Rather than employing 
information encoded on a magnetic strip, smart cards 
incorporate a microprocessor which is embedded in the 
card and can interact with the ATM or merchant terminal 
to provide information about the cardholder or the 
cardholder's account, transaction authorization, or other 
information. Various smart card designs and applications 
are described in the following U.S. Patents which are 
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incorporated herein by reference: U.S. Patent Nos. 
4,766,293 (Boston); 4,868,376 (Lessin et al.); and 
4,874,935 (Younger). 

Advanced smart cards, called very smart cards, may 
even include a battery, a keypad and an LCD display on 
the face of the card. However, due to the expense of 
such advanced cards, typical smart cards have no keypad 
or display and look like other plastic credit cards. 
Because the microcomputer is embedded in the smart card 
body, the card surface must include electrical contacts 
which function as a communications port to interface the 
microcomputer in the card with a processor in an ATM or a 
merchant terminal. The power, input, and display for a 
smart card microcomputer is thus provided by interfacing 
the card with an ATM or merchant terminal. 

A smart card terminal must be provided with a 
detection mechanism to determine when a smart card has 
been inserted and that the card is properly positioned To 
be properly positioned, the communications contacts on 
the card must be in contact with electrical contacts that 
communicate with the terminal processor. Once the 

smart card is properly positioned, the terminal will 
provide power to the microcomputer on the card and send a 
reset (RST) signal to the card. The card uses the RST 
signal to reset itself or to initiate an internal reset 
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function. When the card is reset, it sends the terminal 
an standard applications (i.e., software) being executed 
by and with the cards. 

The usefulness of a credit or debit card, whether a 
smart card or a magnetic strip card, is largely 
determined by how widely the card is accepted. In the 
case of a smart card, a bank will attract more customer 
if the smart cards it issues can be used to access money 
at many ATMs and to make purchases at many places of 
business. A merchant will attract more customers if he 
or she provides a merchant terminal that can interact 
with the smart cards that customers carry. Thus, both 
banks and merchants will have an incentive to create a 
system of compatible smart cards and terminals in their 
country or region. This may lead to a de facto 
compatibility standard or the government or a business 
association authority may actively establish 
compatibility standards in a particular country or 
region. 

However, smart card and system compatibility will 
not necessarily or even likely extend beyond the country 
or region where compatibility has been established unless 
there are answer-to-reset (ATR) signal. The ATR signal 
informs the card terminal of basic information about the 
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card so that communications between the card and the 
terminal can be established accordingly. 

Smart cards can be designed to operate as stored 
value cards, credit cards, debit cards, ATM cards, 
calling cards, etc. A smart card may also be designed to 
perform any combination of these various functions. 
However, the ability to readily program a smart card and 
the broad range of possibilities for doing so allows 
compatibility problems to arise between different smart 
cards and supporting systems. 

In order for travelers to be able to use smart cards 
throughout the world for financial transactions, cards 
and card terminals in one country or region must be 
compatible with cards and card terminals in other 
countries or regions. To make smart cards compatible 
with systems around the world, there must be physical 
standards for the actual construction of the cards, 
standards for the functioning of the cards, and strong 
retail ties at the consumer level that cross the national 
or regional border. Thus, if smart cards and terminals 
in each country or region are constructed differently, 
function differently or use different application 
programs, a smart card cannot be used outside the area 
where it was issued. Accordingly, there is a need for a 
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smart card and a supporting system that can allow a smart 
card to operate with a variety of incompatible systems. 

Global standards for the physical construction of 
smart cards have been established and widely accepted. 
The International Standards Organization (ISO) standard 
7816-1 to -6 specifies the physical characteristics of 
smart cards such as the size, composition, placement of 
electrical contacts, the electrical interface, the method 
of data transmission for smart cards i.e. T=0, T=l etc., 
the interface message format and identification of 
applications stored in the card. 

While ISO standard 7816 has largely led to 
uniformity in the physical construction and communication 
protocol of smart cards, the standard does not specify 
the operating system or the application programming to 
be used. The operating system a smart card uses is the 
software that tells the microcomputer on the smart card 
how to execute application programs. For example, the 
Disk Operating System (DOS) used by IBM-compatible 
desktop computers or System's used by Apples Machintosh 
computers are operating systems. 

A smart card operating system (SCOS) is established 
by the manufacturer of the microcomputer embedded in the 
smart card. To protect it from being erased or modified, 
the SCOS will likely be hard-wired or masked onto the 
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semi-conductor chip of the card's microcomputer and/or 
partially stored in EEPROM. Because there are relatively 
few manufacturers of smart cards in the world and because 
smart cards are now produced that can function using more 
than one operating system, lack of a standard operating 
system is not seen as a significant obstacle to making 
smart cards compatible in a variety of countries or 
regions. 

Similarly, the protocol used by smart cards is not a 
barrier to compatibility across national and regional 
borders. The International Standard organization has 
defined two standard methods for structuring information 
for transmission between a smart card and an ATM or 
merchant terminal. They are: the character mode protocol 
(T=0) , and a block mode protocol (T=l) . As part of the 
power up sequence, an Automatic Termination Response 
(ATR) message is returned from the smart card to identify 
the transmission protocol it supports. Both transmission 
protocols are widely accepted by either ATM' s or merchant 
terminals, and some smart cards can function using either 
the T=0 or T=l protocols. Based on the ATR message, the 
terminal and smart card can then agree on a protocol and 
transact. Thus, smart card protocol is not an obstacle 
to global compatibility. 
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The principal difference that prevents smart cards 
of one country or region from being compatible with 
terminals in another country or region is the application 
program used. In this context, an application program is 
5 a piece of software for managing financial transactions. 

The computer in an ATM or merchant terminal executes an 
application program in conjunction with application 
programming in the microcomputer on the smart card. Even 
if a smart card and an ATM are physically compatible and 

10 use the same SCOS and protocol, transactions cannot be 

conducted if the program being run by the ATM and the 
programming on the smart card are not compatible. 
Further complicating the problem is the fact that smart 
cards and terminals may likely use different application 

15 programs depending on the how the card is being used* 

For example, if the card is being used as a stored value 
card the card terminal will likely be running a different 
program than if the same card is being used as a credit 
card. 

20 In general, the program being run by an ATM or other 

card terminal and the programming on a smart card may be 
incompatible in three principal areas: 1) security 
algorithms, 2) access conditions, and 3) data structure. 
Because smart cards are as easily programmed as any 

25 computer, a variety of application programs have been 
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developed by different authorities, in different 
countries and regions which are incompatible with each 
other . 

In Europe for example, the ATMS in each generally 
5 have a standardized national application stored value 

cards that is different from the applicable program used 
in other countries. Thus, for example smart card 
functioning as a stored value card cannot be used in 
Belgium where Belgian stored value cards are accepted. 

10 One solution to the problem of diverse application 

programs would be to establish a single standard 
application program that is used world-wide, or at least 
internationally for the particular functions a smart card 
may perform. Several such potential standards for stored 

15 value cards, such as: VISA Cash, MasterCard Cash, Mondex, 
etc., are emerging. However, ten these applications are 
not operable and a terminal requires tremendous 
investment t all these applications. Besides, many 
countries and regions have already established various 

20 local applications for smart cards. Though advantageous, 

switching to a standard application program will require 
modifying or replacing all the smart cards, ATMs and 
merchant terminals that use existing localized 
application programs. 
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There will clearly be resistance to such an 
expensive project and the adoption of a universal 
application program for smart cards may be some distance 
in the future. Accordingly, there is a need for a method 
5 of using smart cards with different systems and a variety 

of applications that can be implemented quickly and at 
reasonable cost. 

A first principal characteristic of smart card 
programming is its security system. In financial 

10 applications, security is a key concern in the use of 

smart cards. To inspire bank, merchant and cardholder 
confidence in smart card technology, smart cards must be 
provided with security features to prevent unauthorized 
use of a lost or stolen card. Smart card security 

15 features must also prevent someone from fraudulently 

adding value to a card and from counterfeiting a card 
that can access a cardholder's account. 

The integrated circuits (IC's) used in smart cards 
are physically designed for security. For example, the 

20 key electrical signal leads are placed below the top 

layer of the IC construction. This helps prevent a 
counterfeiter from probing the leads to determine the 
electronic addresses at which particular data is stored. 
Without this information, a counterfeiter cannot 

25 successfully counterfeit or compromise a smart card. 
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Another example of a security feature is 
particularly applicable to stored value cards. When 
functioning as stored value cards, smart cards can be 
programmed and re-programmed to contain a particular 
value as desired by the cardholder. This value is 
gradually depleted as purchases are made. A merchant 
terminal at a point of sale may be able to simply deduct 
value from the smart card, or the card can be designed to 
require the cardholder to input a personal identification 
number (PIN) before value may be deducted from the card. 

This security feature protects the value of the card 
from unauthorized use if the card is lost or stolen. A 
smart card may have both freely-accessible value and 
PIN-protected value stored on it. An ATM can be provided 
with options that allow the cardholder to set the value 
of the smart card as desired. 

A smart card can have the option of allowing the 
user to lock and unlock the electronic purse using a 
personal reader device equivalent in size to a small hand 
held calculator. 

To provide a higher level of security, a smart card 
system can make use of security algorithms. A security 
algorithm is a series of mathematical functions that can 
be performed on a number or alphanumeric string. With a 
security algorithm, an ATM or a merchant terminal will 
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perform the steps of the algorithm on a randomly 
generated string. This is called encryption. 

The result is communicated by the ATM or merchant 
terminal to the smart card. The smart card then performs 
5 the steps of the algorithm in reverse order on the 

encrypted string provided by the ATM or merchant 
terminal. This is called decryption. An encryption key 
is a specific number or string that is used to govern the 
behavior of the encryption/decryption process. If the 

10 smart card has the correct algorithm and encryption key, 

it will generate the same string with which the ATM or 
merchant terminal started. 

Encryption and decryption, also called ciphering and 
deciphering, prevent someone from counterfeiting a smart 

15 card as long as the encryption keys are known only to the 

user of the smart card and the entity supporting the ATM 
and merchant terminal system. If the smart card's result 
is the same string with which the ATM or merchant 
terminal started, the smart card is authenticated and the 

20 desired transaction may proceed. 

Two types of encryption schemes now in use are an 
asymmetric encoding system and a symmetrical encoding 
system In a symmetrical encoding system, both encipher 
and decipher use an identical key. In order to maintain 

25 the security for the whole system , this key roust be kept 
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secret. Several symmetrical encoding system which have 
been adopted by the industry are entitled the Data 
Encryption Standard (DBS) and computer in an automatic 
teller machine (ATM) or in a merchant terminal at a point 
of sale must interface with the microcomputer in the 
smart card. 

To be interfaced , the terminal computer and the 
computer in the smart card must have compatible 
application software. However, ATMs in different 
countries or regions may use different application 
programs According to the present invention, a smart card 
is provided that can be programmed to operate using any 
local application program. 

The smart card of the present invention has at least 
two allocated areas of memory or modules. The first 
memory module is programmed with the application program 
that is prevalent in the cardholder's home country or 
region. The second memory module is available for 
programming to enable the smart card to function using a 
different application program, one that where the 
cardholder is traveling. 

According to the principles of the present 
invention, a smart card signals which application 
programs it can function with compatibly. The card also 
indicated to the ATM that it is programmable. The ATM is 
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designed to recognize such a message from the smart card 
and signal the card whether or not the card is programmed 
with application programming supply the ATM. 

If no such compatibility exists, the ATM is designed 
to offer the cardholder an option to add programming to 
the smart card that will then allow it to transact with 
the ATM. If the cardholder accepts, the ATM will add the 
programming to the smart card so that the smart card can 
be used with that ATM and all other card terminals in the 
area that rely on the same application program. 

In this invention, it is assumed that: 

• The financial institution has been authorized to 
create application structure in a smart card to 
support a local SVC application, and 

• The smart card's file structure is capable of being 
altered under a secure, special access control after 
the structure has been created. 

To achieve the stated and other objects of the 
present invention, as embodied and described below, the 
invention may comprise: 

• an automatic machine; and 

• a smart card with at least one programmable 
application module and an interpreter module where 
the interpreter module manages the interface between 
the smart card and the automatic teller machine; 
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• the interpreter module uses application information 
from the application module to manage the interface 
between the smart card and the system; 

• the automatic teller machine recognizes the smart 
5 card as a programmable smart card regardless of 

application programming in the application module; 
and 

• the automatic teller machine programs the 
application module . 

10 BRIEF DESC RIPTION OF THE DRAWINGS 

The accompanying drawings illustrate the present 
invention and are a part of the specification. Together 
with the following description, the drawings demonstrate 
and explain the principles of the present invention. In 
15 the drawings: 

Figure 1 is a block diagram of the smart card and 
supporting system of the present invention in a generic 
example. 

Figure 2 is a block diagram of the smart card and 
20 supporting system of the present invention in a specific 

example. 

Figure 3 is a flow chart showing the method steps 
executed by the smart card according to the present 
invention. 
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Figure 4 is a flow chart showing the method steps 
executed by the automatic teller machine according to the 
present i nvent ion . 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Using the drawings, the preferred embodiment of the 
present invention will now be explained- All examples 
are merely illustrative. As will be recognized by those 
of ordinary skill in the art, the principles of the 
invention are applicable whenever a smart card performing 
any function is to be used with two systems which run 
incompatible application programs. 

In the example of Figure 1, a smart card (1) is 
issued to a cardholder. Financial information, which 
depends on the function of the smart card, is stored in 
the master file (2). In the country or region where the 
cardholder lives, the ATM (11) and merchant terminal (7) 
systems for smart cards use a standard first application 
program for a particular financial function i.e., 
crediting, debiting, storing value, etc. 

Smart card (1) has a first application module (4) 
and an ATM interpreter (3). The ATM interpreter (3) is a 
generalized application program that performs the basic 
function of smart card application programs, but does not 
have the specific perimeters, security features, access 
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conditions , and data structure rules that distinguish one 
smart card application program for another. 

The first application module (4) contains additional 
programming which can fill tin the gaps for the ATM 
5 interpreter (3) to allow the ATM interpreter (3) to 

interface the smart card (1) with either an ATM (11) or a 
merchant terminal (7) that is using the first application 
program. The ATM interpreter (3) dynamically loads 
parameters from the first application module (4) 

10 characteristic of the first application program being 

used by the ATM (11) or merchant terminal (7). In this 
way, the ATM interpreter (3) can mimic the functionality 
of a smart card programmed specifically for use with the 
first application program which is being used by the ATM 

15 (11) or merchant terminal (7). 

More specif ically, the first application module (4) 
provides the ATM interpreter (3) with the proper security 
algorithms and with the appropriate keying scheme for use 
with terminals using the first application. When an ATM 

20 (11) or merchant terminal (7) using the first application 

seeks to authenticate the smart card (1), the appropriate 
response will be provided by the ATM interpreter (3) 
using parameters loaded from the first application module 
(4) . Transactions between card and terminal can then 

2 5 proceed . 
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The first application module (4) also provides the 
ATM interpreter (3) with the access condition parameters 
as they are defined by the first application program. 
The ATM interpreter (3) then allows access to the master 
5 file (2) based on the access conditions of the first 
application used by the ATM (11) or merchant terminal 
(7). 

To present the proper data structure to the ATM, the 
first application module (4) provides a map that maps the 
10 data location of the data in the master file (2) with the 

data 

structure specified by the first application 
program. Thus, when an ATM (11) or merchant terminal (7) 
using the first application attempts to access data from 

15 the smart card (1) according to the data structure used 

by the first application program, the ATM interpreter 
(3), using the data map provided by the first application 
module (4), will interpret the request and access the 
correct data in the master file (2) even if it is located 

20 differently (i.e. is organized in a different data 

structure with a different electronic address) than the 
first application specifies. 

The smart card (1) also comprises a programmable 
application module (5). In the present example, the 

25 cardholder desires to use the smart card (1) during a 
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or region, ATMs (9) and merchant terminals (8) use a 
second application program which is different from and 
incompatible with the first application program used in 
5 the cardholder's home country or region. Thus, before 

the cardholder's smart card (1) can be used in the second 
country or region, the programmable application module 
(S) must be programmed to function as a second 
application module (6). Once programmed, the second 

10 application module (6) enables the smart card (1) to 

interact with ATMs 9 and merchant terminals (8) that use 
the second application program in exactly the same manner 
as described above. 

According to the principles of the present 

15 invention, the programming of the programmable 

application module (5) to a second application module (6) 
can be performed at the ATM (11) in the cardholders home 
region or the ATM (9) after the card holder has begun 
traveling. Having the card programmed with a new 

20 application after it is brought into a new country where 

that new application is used may be necessary if the 
country involved has strict controls on the export of 
security algorithms or other application components that 
are used in that country. 
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If the smart card is not programmed with a second 
application module (6) until it arrives in the second 
country or region the ATM (9) using the second 
application program must be able to recognize the smart 
5 card (1) as a card that can be programmed with the local 

application program. This is accomplished by designing 
the ATM interpreter (3) to send a message to the ATM (9) 
indicating what application programs the smart card has 
been programmed for and that the card is programmable. 

10 This message may be a part of the ATR or may be a message 
sent soon after the ATR. 

Accordingly, the ATMs in each country and region 
roust be designed to recognize this message from the ATM 
interpreter (3) and to respond to the card by designating 

15 which, if any, of the application programs available on 

the card is used by the ATM (9) . 

If the ATM (9) does not use or support an 
application program compatible with any programmed on the 
smart card, the ATM may give the cardholder the option to 

20 program the smart card (1) with the local application 
program which the ATM (9) does use. If the cardholder 
assents, the ATM (9) may then program the second 
application module (6) with programming compatible with 
the second application program and the transaction may 

25 then proceed. 
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This is best accomplished if the same financial 
institution owns and operates the ATMS used by the 
cardholder in both countries and both ATMs are connected 
to the same international ATM network (10) . Thus, when 
5 the cardholder arrives in the second region or country, 

if the smart card (1) has not already been programmed 
with the second application program, the cardholder's 
smart card (1) will still be recognized as an application 
programmable smart card because of the message sent by 

10 the ATM interpreter (3), 

Alternatively, this entire process of programming 
could be performed at the ATM (11) using the first 
application program, if the cardholder anticipates a trip 
to the country or region where the second application 

15 program is prevalent. The ATM (11) would be designed to 

provide an option allowing the cardholder to request 
programming for a second application program. The ATM 
(11) would then provide a menu of various application 
programs available that can be added to the cardholder's 

20 card as a second application program in the application 

programmable module (5) . In this example, the first 
application module (4) remains unchanged. 

The smart card (1) depicted on the right of Fig. 1 
indicates the smart card is in the country or region 

25 where the ATMs and merchant terminals use the first 
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application program- Accordingly, the first application 
module (4) is highlighted to indicate that the first 
application programming is being used by the ATM 
interpreter (3) to govern the interface between the card 
(1) and the ATM (11) or merchant terminal (7). 

The smart card (1) depicted on the left of Fig. 1 
indicates the smart card is in the second country or 
region where the second application program is used by 
the ATMs (9) and merchant terminals (8). When the smart 
card (1) is interfaced with the ATM (9) or merchant 
terminal (8), the ATM interpreter (3) will be informed 
that the second application program is recognized by the 
system and will accordingly use the programming in the 
second application module (6) to govern the interface. 

If the smart card is then returned to the first area 
where the first application program is used, no 
reprogramming is necessary. The ATM interpreter module 
will be informed that the ATM (11) or the merchant 
terminal (7) use the first application program and will 
accordingly use the information still stored in the first 
application module 4 to govern the interface between the 
card (1) and the ATM (11) or terminal (7). 

The ATM interpreter (3) thus acts as a switch that 
makes use of the appropriate application module depending 
on the application used by the ATM or merchant terminal. 
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This is accomplished by designing the ATM interpreter to 
address the memory locations of either of the two 
application modules depending on which module contains 
the programming needed. While the first application 
5 module (4) remains programmed with the first application 

programming, the second application module 6 may be 
reprogrammed with a third application for another country 
or region if the cardholder anticipates or experiences 
the need for doing so. 

10 Figure 2 illustrates a specific example of a stored 

value smart card that is used in Germany and Belgium. In 
the example of Figure 2, a smart card (101) is issued to 
a cardholder who lives in Germany. The stored value 
information, the account identification and the monetary 

15 amount stored are recorded in the master file (102). In 

Germany, the ATM 111 and merchant terminal (107) systems 
for stored value cards use an application program 
standardized by the national banking authority, ZKA. 
Thus, smart card (101) has a ZKA application module 104 

20 that is programmed with the information needed to allow 
the ATM interpreter (103) to interact with either a 
German ATM 111 or a German merchant terminal (107) that 
is running the ZKA application program for stored value 
cards . 
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The ZKA module (104) provides the ATM interpreter 
(103) with the security algorithms and keying scheme used 
with the ZKA application program. Accordingly, when a 
German ATM (111) or merchant terminal (107) which is 
executing the ZXA application program seeks to 
authenticate the smart card (101), the appropriate 
response can be provided by the ATM interpreter (103). 

The ZKA module (104) also provides the access 
conditions used by the ZKA application program to the ATM 
interpreter (103). The ATM interpreter (103) then allows 
access to the master file (102) based on the ZKA access 
conditions that the ZKA-based ATM (111) or merchant 
terminal (107) expect. 

To present the proper data structure, the ZKA 
, module (104) provides a map that maps the data structure 
of the data in the master file (102) to the standard ZKA 
data structure. Thus, when a ZKA-based ATM (111) or 
merchant terminal (107) attempts to access data from the 
smart card (101) according to the ZKA data structure, the 
ATM interpreter (103), using the data map provided by the 
ZKA module (104), will interpret the request and access 
the correct data in the master file (102) even if it is 
located differently (i.e. is organized in a different 
data structure) than the standard ZKA data structure. 
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The smart card (101) also comprises a programmable 
application module (105). In the present example, the 
cardholder desires to use the smart card (101) during a 
trip to Belgium. In Belgium, ATMs (109) and merchant 
5 terminals (108) for stored value cards use an application 

program called Proton. 

Thus, before the smart card (101) can be used in 
Belgium with Proton-based ATMs (109) and merchant 
terminals (108), the programmable application module 

10 (105) must be programmed to function as a Proton module 

(106). Once programmed, the Proton module (106) enables 
the smart card (101) to interact with Proton based ATMs 
(109) and merchant terminals (108) in exactly the same 
manner as the ZKA module 104 allows interaction with 

15 ZKA-based systems described above. 

The programming of the programmable application 
module (105) to a Proton module (106) can be performed at 
the German ATM (111) or the Belgian ATM (109). If the 
smart card is not programmed with a Proton module (106) 

20 until it arrives in Belgium, the Belgian ATM (109) must 
be designed to recognize the smart card (101) as a card 
using a foreign application that can be programmed with 
the local application. This is accomplished by designing 
the ATMs to recognize the messages sent by the ATM 

25 interpreter (103) which lists the applications the card 
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has been programmed to support and to inform the ATM that 
the card is programmable. The Belgian ATM (109) will 
then give the cardholder the option to program the smart 
card (101) with the Proton application program. 

Again, this is best accomplished if the same 
financial institution owns and operates the ATMs in both 
countries and the ATMs are connected to the same 
international ATM network (110). Thus, when the German 
cardholder arrives in Belgium, the cardholder's smart 
card (101) will be recognized application programmable 
smart card because of the message from the ATM 
interpreter (103). The Belgian ATM (109) will then ask 
the cardholder for permission to program the programmable 
application module (105) with the Proton application 
(106). 

Once this is accomplished, because the ATMs (109) 
and (111) are tied to the same financial institution, the 
German cardholder can remove funds from his account in 
Germany. The funds are processed through a funds 
exchanger (FX) that uses the current conversion rate to 
convert the funds from German deutschmarks to Belgian 
franks. The amount in franks is then stored as a value 
on the newly programmed smart card (101) which can be 
used at a Belgian merchant terminal 108 to pay for a 
purchase . 



WO 98/02834 



PCT/US96/20290 



- 27 - 

Alternatively, this entire process of programming 
and converting funds could be performed at the German ATM 
(111) if the cardholder anticipates a trip to Belgium. 
When the cardholder no longer needs Belgian francs stored 
on the smart card (101), the cardholder can use either 
the Belgian ATM (109) or the German ATM (111) to process 
the stored franks through the funds exchanger and return 
the remaining value in deutschmarks to the cardholder's 
German account. Because the cardholder in the example is 
German, the ZKA module 104 remains on the card. When the 
smart card (101) is returned to Germany, it can be used 
with a ZKA-based ATM (111) or merchant terminal (107) 
without being reprogrammed . 

Figure 3 is a flow chart illustrating the steps in 
the method of the present invention as they are executed 
by the smart card. In step SI, the smart card is 
physically interfaced with an ATM. In step S2, the smart 
card receives a reset (RST) signal from the ATM. The 
card uses this signal to reset itself or to initiate a 
reset procedure. 

In step S3, the smart card responds to the ATM with 
an answer-to-reset (ATR) signal. The ATM interpreter 
then sends a message that informs the ATM which 
application programs the smart card has been programmed 
to function with and that the card is programmable. 
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In step S4, the card receives a message from the ATM 
indicating which, if any, of the application programs 
available on the smart card the ATM can support. If the 
ATM indicates that it can support one of the applications 
programmed on the card, in step S8, the transaction 
supported by that application can proceed. 

If the ATM does not support any applications for 
which the card is programmed, the ATM may attempt to add 
application programming to the smart card. If the ATM 
cannot add programming to the card, the transaction 
cannot proceed, step S9. If the ATM does add programming 
to the smart card, a new application module will be 
created on the card in step S6. In step S7 , the ATM 
interpreter will use the new programming added to the 
card to successfully transact with the ATM in step S8. 

Figure 4 is a flow chart illustrating the steps in 
the method of the present invention as they are executed 
by an ATM. In step S101, the smart card is physically 
interfaced with the ATM. In step S102, the ATM sends the 
RST signal to the smart card. In step S103, the ATM 
receives the signal from the smart card indicating which 
applications the smart card can support and whether or 
not the smart card is programmable for other application 
programs . 
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In step S104, the ATM determines whether the smart 
card supports an application recognized by the ATM. If 
80, in step S109, a transaction in that application can 
proceed. If not, the ATM will determine, based on the 
signal received from the card, whether the smart card is 
programmable. If the card is not programmable, in step 
S110, the transaction cannot proceed. If the card is 
programmable, in step S106, the ATM offer the cardholder 
an option to add application programming to the smart 
card so that it may transact with the ATM. 

In step S107, the cardholder responds. If the car & 
older refused permission to add programming to the card, 
in step S110, the transaction cannot proceed. If the 
cardholder requests that the ATM add programming to the 
card, the ATM will do so in step S108. After the new 
application programming has been added to the card, in 
step S109, the transaction between the card and the ATM 
can proceed based on that application. 

The proceeding description has been presented only 
to illustrate and describe the invention. It is not 
intended to be exhaustive or to limit the invention to 
any precise form disclosed. Many modifications and 
variations are possible in light of the above teaching. 

The preferred embodiment was chosen and described in 
order to best explain the principles of the invention and 
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its practical application. The preceding description is 
intended to enable others skilled in the art to best 
utilize the invention in various embodiments and with 
various modifications as are suited to the particular use 
contemplated. It is intended that the scope of the 
invention be defined by the following claims. 
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WHAT IS CLAIMED IS: 



1 1. An application programmable smart card 

2 comprising: an interpreter which manages an interface 

3 between the smart card and a system transacting with the 

4 smart card; and at least one application module 

5 programmed with an application for interfacing the smart 

6 card with the system; wherein the interpreter uses 

7 application information from the application module to 

8 manage the interface between the smart card and the 

9 system. 

1 2. A smart card as claimed in claim 1, further 

2 comprising: 

3 at least two application modules each 

4 programmed with different application programming. 

1 3. A smart card as claimed in claim 2, 

2 wherein a first application module is programmed with 

3 application programming used in a first country or region 

4 and a second application module is programmed with 

5 different application programming used in a second 

6 country or region. 
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1 4. A smart card as claimed in claim 2, wherein the 

2 interpreter signals the system what application 

3 programming is available on the smart card in the at 

4 least one application module and that the smart card is 

5 programmable. 

1 5. A smart card as claimed in claim 4, wherein the 

2 interpreter manages the interface between the smart card 

3 and the system by using application programming from an 

4 application module programmed with the application used 

5 by the system if an application module on the smart card 

6 is programmed for use with the application used by the 

7 system. 

1 6. A financial transaction system comprising: 

2 an automatic teller machine; 

3 a smart card for use with the automatic teller 

4 machine; 

5 at least one programmable application module 

6 disposed on the smart card; 

7 and an interpreter disposed on the smart card 

8 which manages an interface between the smart card and the 

9 automatic teller machine; 

10 wherein the interpreter uses application . 

11 programming from the at least one application module to 
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12 manage the interface between the smart card and the 

13 system, 

1 7. A financial transaction system as claimed in 

2 claim 6, wherein the automatic teller machine comprises 

3 means for recognizing a signal from the interpreter 

4 indicating that the smart card is programmable. 

1 8. A financial transaction system as claimed in 

2 claim 6, wherein the automatic teller machine comprises 

3 means for programming the application module with 

4 application programming* 

1 9. A financial transaction system as claimed in 

2 claim 8, further comprising: at least two application 

3 modules disposed on the smart card wherein a first 

4 application module is programmed with an application used 

5 in a first country or region and a second application 

6 module is programmed with a different application by the 

7 automatic teller machine for use in a second country or 

8 region, 

1 10. A financial transaction system as claimed in 

2 claim 6, wherein the interpreter comprises means for 
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signaling the automatic teller machine what application 
programming is available on the smart card. 

11. A financial transaction system as claimed in 
claim 10, wherein the interpreter manages the interface 
between the smart card and the automatic teller machine 
using application information from an application module 
programmed containing application programming compatible 
with an application used by the system. 

12. A financial transaction system as claimed in 
claim 11, wherein the automatic teller machine comprises 
means for programming an application module on the smart 
card with application programming compatible with an 
application used by the automatic teller machine. 

13. A method of using a smart card with a variety 
of applications comprising the steps of: 

providing an interpreter on the smart card 
which manages an interface between the smart card and a 
system transacting with the smart card; and 

providing at least one application module on 
the smart card that is programmed with an application for 
interfacing the smart card with the system; 
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9 wherein the interpreter uses application 

10 information from the application module to manage the 

11 interface between the smart card and the system. 

1 14. A method as claimed in claim 13 , further 

2 comprising the step of providing at least two application 

3 modules each programmed with different application 

4 programming . 

1 15. A method as claimed in claim 14, further 

2 comprising the steps of: 

3 programming a first application module with 

4 application programming compatible with an application 

5 used in a first country or region; and 

6 programming a second application module with 

7 application programming compatible with a different 

8 application used in a second country or region. 

1 16 * A method as claimed in claim 14, further 

2 comprising the steps of: 

3 signaling, with the interpreter, what 

4 application programming is available on the smart card; 

5 and 

6 signaling, with the interpreter, that the smart 

7 card is programmable. 
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1 17. A method as claimed in claim 16, further 

2 comprising the step of managing the interface between the 

3 smart card and the system with the interpreter which uses 

4 application programming from an application module 

5 programmed with programming compatible with the 

6 application used by the system. 

1 18. A method of providing a smart card using a 

2 variety of . applications comprising the steps of: 

3 providing an automatic teller machine; 

4 providing a smart card for use with the 

5 automatic teller machine; providing at least one 

6 programmable application module disposed on said smart 

7 card ; 

8 providing an interpreter disposed on said smart 

9 card; and 

10 managing an interface between the smart card 

11 and the automatic teller machine with the interpreter 

12 which uses application programming from the application 

13 module to manage the interface between the smart card and 

14 the automatic teller machine. 

1 19. A method as claimed in claim 18, further 

2 comprising the steps of : 
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3 signaling the automatic teller machine with the 

4 interpreter what application programming is available on 

5 the smart card and that the smart card is programmable. 

1 20. A method as claimed in claim 18, further 

2 comprising the step of using the automatic teller machine 

3 to program the application module with application 

4 programming. 

1 21. A method as claimed in claim 20, further 

2 comprising the steps of: providing at least two 

3 application modules disposed on the smart card; 

4 programming a first application module with 

5 application programming compatible with an application 

6 used in a first country or region; and 

7 programming a second application module with 

8 different application programming compatible with an 

9 application used in a second country or region; 

10 wherein the second application module is 

11 programmed by the automatic teller machine. 

1 22. A method as claimed in claim 18, further 

2 comprising the steps of: signaling the smart card with 

3 the automatic teller machine which application is used by 

4 the automatic teller machine. 
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1 23. A method as claimed in claim 22, further 

2 comprising the step of managing the interface between the 

3 smart card and the automatic teller machine with the 

4 interpreter using application programming from an 

5 application module programmed with application 

6 programming compatible with the application used by the 

7 automatic teller machine. 

1 24. A method as claimed in claim 23, further 

2 comprising the steps of using the automatic teller 

3 machine to program an application module on the smart 

4 card with application programming compatible with the 

5 application used by the automatic teller machine. 
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